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A CLIENT-CENTRIC INTERNET SHOPPING SYSTEM, METHOD AND 

PROGRAM 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to electronic commerce, and more 
10 specifically to a system, method, and program for enabling a 
Q client to carry out a transaction with one merchant's Web 

rS server depending upon a result of a transaction with another 

H= merchant's Web server; thereby allowing an on-line shopper 

2 to cancel a purchase if a better bargain is found with 

H= 15 another merchant, or to go forward with a purchase if a 
r* previous purchase transaction with another merchant can be 

O canceled. 

fs ; 
: ijj; 

3c : 

1=1 Description of the Related Art 

As computational devices continue to proliferate 
20 throughout the world, there also continues to be an increase 
in the use of networks connecting these devices. 
Computational devices include large mainframe computers, 
workstations, personal computers, laptops and other portable 
devices including wireless telephones, personal digital 
25 assistants, automobile-based computers, etc. Such portable 
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computational devices are also referred to as "pervasive" 
devices. The term "computer" or "computational device", as 
used herein, may refer to any of such device which contains 
a processor and some type of memory. The networks 
5 connecting computational devices may be "wired" networks, 
formed using lines such as copper wire or fiber optic cable, 
wireless networks employing earth and/or satellite-based 
wireless transmission links, or combinations of wired and 
wireless network portions. Many such networks may be 
10 organized using a client /server architecture, in which 
"server" computational devices manage resources, such as 
q files, peripheral devices, or processing power, which may be 

requested by "client" computational devices. "Proxy servers" 

= 3"3 

y= can act on behalf of other machines, such as either clients 

W 15 or servers . 



^ A widely used network is the Internet. The Internet, 

S 

q initially referred to as a collection of "interconnected 

networks", is a set of computer networks, possibly 
jp dissimilar, joined together by means of gateways that handle 

~ 20 data transfer and the conversion of messages from the 
sending network to the protocols used by the receiving 
network. When capitalized, the term "Internet" refers to 
the collection of networks and gateways that use the TCP/IP 
suite or protocols. 
25 Currently, the most commonly employed method of 

transferring data over the Internet is to employ the World 
Wide Web environment, referred to herein as "the Web". 
Other Internet resources exist for transferring information, 
such as File Transfer Protocol (FTP) and Gopher, but have 
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not achieved the popularity of the Web. In the Web 
environment, servers and clients effect data transfer using 
the Hypertext Transfer Protocol (HTTP) , a known protocol for 
handling the transfer of various data files (e.g., text, 
5 still graphic images, audio, motion video, etc.). 

The term e-commerce is used herein to refer to any 
commercial activity using computers interconnected by a 
communication network, e.g., the Internet. Because of the 
unique characteristics of the Internet, carrying out 
10 commercial transactions over the Internet presents new 
issues and new opportunities, 
fi Shopping in the real physical world has traditionally 

involved many factors. Typically, the shopping experience 
j[7 for many people includes negotiations over price; 

W 15 comparisons of price between various merchants; the ability 

CO 

y. to hold an item at one store for a period of time while 

ffl other stores are visited to compare the prices and quality 

r=i of similar products; the ability to return products when 

fy dissatisfied for any reason; and the presence of refund 

i£ 20 policies and procedures. 

Q Canceling committed transactions (e.g. a purchase) is 

often a necessity in real life scenarios. Currently, many 
merchants allow for order cancellation if a product has not 
been shipped. However, this typically involves calling the 

25 merchant. Likewise some e-commerce merchants allow for 
electronic cancellation if a product has not been shipped. 
Furthermore, if a buyer cancels a transaction and then goes 
to buy from another merchant, the buyer may find that by the 
time the transaction is canceled the merchandise is not 

30 available from the other merchant. 
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Current e-commerce systems having a single Web server 
involved in the transaction are enabled to cancel a 
transaction as follows. First, the client clicks on the 
hyper link to show the client's order status from an 
5 e-commerce server at time tl. Then, the e-commerce server 
receives the HTTP request at time t2 . The e-commerce server 
processes the information, and starts sending the page at 
time t3 . The client receives the page and displays it at 
time t4. The client clicks on some element (e.g. a button) 
10 to cancel a transaction at time t5. The e-commerce server 
receives the HTTP request to cancel the transaction at time 
q t6. The e-commerce server cancels the transaction, and 

W sends notification to the client at time tl . The client 

receives and displays notification at time t8. 
15 The problem with the above scheme is that the server 

sends information at time t3 but receives the cancellation 
request at time t6. Hence, the server must lock the 
associated data and any processing on it such that the 
information does not change between time t3 and t6. It 
20 should be noted that this is a common problem that is often 
encountered by database systems. If the locking is not 
done, the Web client may attempt to cancel transactions 
based on incorrect information. This would generate 
negative opinion and lack of trust in the e-commerce system 
25 from clients. In addition, time dependent transactions are 
important in some degree in many if not all areas of 
commerce, and are even more critical in other areas of 
commerce, e.g. for arbitrage based trading. 

In the real physical world, the shopper is at the 
30 center of the shopping experience; either making the 
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decisions or deciding not to shop if the retailer's 
requirements or policies are anything less than favorable to 
the shopper. To the contrary, prior art e-commerce systems 
are "merchant-centric". The merchant-centric nature of 
5 e-commerce is made evident by the fact that many of the 
e-commerce solutions that are being provided today are for 
e-commerce servers, i.e., the merchant's servers, and not 
for the buyer's client. 



SUMMARY OF THE INVENTION 

15 

Therefore, an object of this invention is to provide a 
"shopper-centric" (otherwise referred to herein as 
"client-centric" ) shopping experience for the e-commerce 
shopper such that the shopping experience revolves around 
20 the shopper and not around the merchant. 

It is a further object of this invention to enable a 
client to perform reliable dependent transactions across 
merchants and Web servers in an Internet based e-commerce 
system. 

25 

A preferred embodiment of the invention enables a 
client to perform reliable dependent transactions across Web 
servers. Facilities are provided to a Web client to perform 
appropriate locking and unlocking of records in Web Servers. 
30 This enables a Web client to carry out a transaction with 
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one Web Server depending on the result of a transaction with 
another Web Server. Such a situation might arise when a Web 
client wants to cancel a purchase because a better bargain 
with some other merchant has been found. 
5 More specifically, a client system, used by a customer 

(otherwise referred to herein as a buyer or consumer) , is 
enabled to communicate over a network with one or more 
servers used by merchants to carry out transactions between 
the customer and the merchants. Each item within the 

10 inventory of a merchant is represented by an object or other 
representation. The client system displays a copy of an 
instance of the object or other representation for each item 
selected by the customer from any of the merchants. Items 
can be collected at the client from multiple merchants 

15 across multiple servers. When an item is selected from a 
merchant, the customer also selects a state of the object 
representing the item. If an item is available from a 
merchant, the state of the object at the merchant reflects 
this availability. When the customer selects an available 

20 item, the customer can select a state that will change the 
available state to a new state. The selectable states 
include states that indicate that the customer desires to 
carry out a purchase transaction for the item, e.g., "buy" 
state; or that the customer wants to put the item on hold 

25 while the customer considers a purchase decision, e.g., 
"hold" state; or that indicate that the customer wants to 
purchase or hold the item only if a previous transaction 
with the same or different merchant can be canceled, e.g., 
"conditional" state . 
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As the item and state are selected by the customer at 
the client system, the state of the instance of the object 
of the item at the server is changed from the "available" 
state to the selected state. This locks the item and 
5 associated data from being made available to other customers 
and client systems. 

The state referred to above as the "conditional" state 
indicates to the merchant owning the subject item that the 
customer desires to purchase the subject item if a previous 

10 transaction is able to be canceled. The customer sends to 
the owning merchant an identification of the previous 
merchant and an identification of the item purchased in the 
previous transaction. The owning merchant contacts the 
previous merchant to cancel the identified transaction. The 

15 owning merchant may even offer an incentive to the previous 
merchant to entice the previous merchant to cancel the 
previous transaction. The incentive may cover the 
transaction costs, and perhaps more, that the previous owner 
incurred. The owning merchant provides the incentive to 

20 gain the sale and the customer's business. If the previous 
transaction is canceled, a notice is sent to the client 
which changes the state of the objects to indicate that the 
previous transaction was canceled and that the condition on 
the other item has been met such that the item may now 

25 reflect a "hold" or "buy" state. In some embodiments, the 
object of the previous item may even be automatically 
deleted from the client's collection of items upon receipt 
of a notification of the cancellation. The e-commerce 
system, method, and program of this invention has 

30 "client-centric" features that enable the shopping 
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experience to include a) competitive shopping across 
merchants by providing methods for "order cancellation" , and 
by providing methods for "dependent transactions" in which a 
transaction with one merchant depends upon transactions made 
5 earlier with a different merchant; b) product transfers 
between sellers whereby merchants can contact each other to 
provide "incentives" for order cancellation; and c) a 
"client-centric" shopping cart, kept at the client, that has 
items from many merchants. 

10 The client-centric e-commerce embodiments of the 

invention enhance the psychological aspects of shopping for 
the shopper by making the shopper feel in control of the 
shopping experience, and by enabling the shopper to shop 
from many merchants rather than having discrete transactions 

15 with each separate merchant. One embodiment utilizes a 
shopping cart which spans different merchants on different 
Web servers which allows the client to perform price and 
product comparisons easily and automatically. The "order 
cancellation" and "dependent transaction" methods readily 

20 enable the Internet shopper to shop for bargains across 
different merchants. 



BRIEF DESCRIPTION OF THE DRAWINGS 

25 

For a more complete understanding of the present 
invention and the advantages thereof, reference should be 
made to the following Detailed Description taken in 
connection with the accompanying drawings in which: 
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Fig. 1 illustrates an e-commerce infrastructure 
utilizing the features of the invention; 

Fig. 2 is a flow chart for carrying out a buyer's 
desire to cancel a transaction on hold with a first Web 
5 server to enable the buyer to complete a transaction with a 
second Web server; 

Fig. 3 is flow chart for carrying out a buyer's desire 
to cancel a completed transaction with a first Web server to 
enable the buyer to complete a transaction with a second Web 
10 server; 

Fig. 4 illustrates a transaction flow wherein a first 

merchant, pursuant to a request by the buyer, provides 

incentive to a second merchant to cancel a previous 

transaction with the buyer; 
15 Fig. 5 illustrates inventory items represented as 

objects in a network of e-commerce merchants and clients; 

Figs. 6A-6C illustrate the process flow at a merchant's 

Web server for changing the state of an object depending 

upon the client's request; and 
20 Fig. 7 is a block diagram of computational devices in a 

client/server network such as the Internet. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

25 

In the following description, reference is made to the 
accompanying drawings which form a part hereof, and which 
illustrate several embodiments of the present invention. It 
is understood that other embodiments may be utilized and 
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structural and operational changes may be made without 
departing from the scope of the present invention. 

Fig. 1 shows a block diagram of a "client-centric" 
e-commerce infrastructure embodying the invention. There is a 
5 multiplicity of e-commerce servers 110, 120 with which a 
single buyer Web client 101 can interact. Each e-commerce 
Web server is typically connected to a database 111, 121 
and several "intranet" or "Internet" based "order execution 
station" web clients 112, 122, 132. An order execution 

10 station enables real time updates to a transaction or to a 
portion of a transaction. For example, the United Parcel 
Service may have a central e-commerce server such as 12 0. 
Its employees would update the status of a delivery by 
entering data into the "order execution station" web clients 

15 122, 132 as various phases of the delivery are completed. 
Similarly, a nationwide retail chain may have order 
execution stations connected to their central Web server via 
the Internet . 

20 Order cancellation and dependent transactions 

The method, means and program function of the preferred 
embodiments for carrying out a buyer's desire to cancel a 
committed transaction, e.g., a purchase, is described below 
25 with reference to Fig. 1 and Fig. 2. For example, the buyer 
Web client 101 may wish to cancel a transaction with one Web 
Server 110, but may wish to do it only if the buyer can 
complete a transaction with the other Web Server 120. In 
the preferred embodiments of the invention, an order 
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cancellation includes techniques for resolving dependent 
transactions . 

One implementation approach is through the use of 
distributed objects. Based on the efforts presently going 
5 on today, distributed objects is likely to be the core 
feature of the next generation of the HTTP protocol. 
Resolving dependent transactions can also be implemented by 
traditional database locking and unlocking mechanisms. 
However, these are typically under the control of, and 

10 carried out by, the database server and not the client. 

Fig. 2 illustrates a transaction flow, including order 
cancellations, between a buyer and multiple merchants. 
First, a buyer holds an item "Al" with merchant #1 and 
continues shopping, 2 01. If the buyer finds a better 

15 bargain for a similar item "A2" with merchant #2, the buyer 
holds item "A2" with merchant #2, 202. The buyer cancels 
item "Al" with merchant #1 and continues shopping, 203. If 
the buyer finds a better bargain for a similar item "A3" 
with merchant #3, the buyer holds item "A3" with merchant 

20 #3, 204. The buyer cancels item "A2" with merchant #2, 205; 
and buys item "A3" from merchant #3, 206. 

Fig. 3 illustrates another transaction flow embodiment. 
A buyer orders an item "CI", e.g., a chair, for $50 from 
seller 1, 301. In this example, the buyer does not request 

25 a hold, but instead "buys" item "CI". State 1 is "bought". 
The buyer then orders a similar item "C2", e.g., a different 
chair, from seller 2 for $45 and requests a hold, 302. 
State 2 is "hold" . Now, the buyer requests a cancellation 
of item "CI" from seller 1, 303. The cancellation is 

30 granted. State 1 becomes "canceled". The buyer can 
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explicitly buy item "C2" in which case State 2 changes from 
"hold" to "bought", 304. If there is no explicit action 
from the buyer after a predetermined amount of time "T", 
e.g., 5 hours, the "hold" state associated with item "C2" 
5 automatically changes to either "bought" or "canceled" 
depending upon the specific implementation. 

Product transfer incentives 

10 Instead of a buyer canceling the order with merchant 1 

and then contacting merchant 2 to place an order, a 
preferred embodiment of the invention enables the 
transaction flow as described with reference to Fig. 4. 
First, a buyer places an order with merchant 2 conditional 

15 on the fact that the electronic transaction made earlier 
with merchant 1 is canceled by merchant 2, step 401. 
Merchant 2 f s Web server contacts Merchant l's Web server and 
offers an "incentive" of a given amount to cancel the 
earlier transaction of the buyer, step 402. If Merchant l's 

20 Web server accepts the offer, step 403, then Merchant 2 
fulfills the order of the buyer, step 404. 

This product transfer transaction flow between 
merchants is beneficial to each party involved. The buyer 
gets the desired product from a selected merchant offering 

25 the best conditions, e.g., price and/or availability and/or 
warranty, etc. Merchant 1 gains some money to possibly 
cover its transaction costs. Merchant 1 also establishes 
good customer relations by allowing automatic order 
cancellation with minimal effort on the buyer's part. 

30 Merchant 2 obviously benefits through an additional sale. 
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Client-centric shopping cart 



A preferred embodiment of the invention utilizes the 
5 transaction flows described above including order 

cancellation using dependent transactions, and product 
transfer incentives, along with a client-centric shopping 
cart. The client-centric shopping cart is implemented 
through software at the client. The shopping cart keeps 

10 equivalent or similar items from different merchants grouped 
together, so that the client can easily perform competitive 
shopping. By clicking on a particular item in the 
"client-centric" shopping cart, the client is taken to the 
Web server page from which the item was extracted. 

15 An example of client-centric shopping cart is given 

below: 

Seller; Amazon ♦com 

Shopping cart at seller: 

Item ID 3487 "Gone With the Wind" $11.50 
Item ID 3434 "C++ Programming" $10.00 

Seller : Bookseller , com 

Shopping cart at seller: 
25 Item ID AAAB "Gone With the Wind" $13.00 

Item ID AA45 "Java programming" $30.00 




30 
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Client-centric shopping cart 



ii 



Gone With the Wind" Amazon.com Item ID 3487 



$11.50 



n 



Gone With the Wind" Bookseller . com Item ID AAAB 



13.00 



"C++ Programming 



Amazon.com Item ID 3434 



10.00 



5 



"Java programming 



Bookseller.com Item ID AA45 



30.00 



Implementation 

A preferred embodiment is described which utilizes 
distributed objects to carry out the above transaction 

10 flows. The Web servers and Web clients are endowed with the 
appropriate functionality to carry out these transaction 
flows. Variations to the preferred embodiment could be made 
without departing from the spirit and scope of the 
invention. Likewise, other implementations and embodiments 

15 could also be used. For example, relational and 
hierarchical databases could also be used to store, 
manipulate, access and lock inventory items and the 
associated data from merchants as records within the 
databases . 

20 Fig. 5 shows multiple merchants, merchant A, merchant 

B, merchant C on separate Web servers, 501, 502, 503. It 
should be noted that the merchants do not necessarily have 
to be on separate Web servers . More than one merchant can 
be on the same Web server. Each merchant has a separate and 

25 distinct URL regardless of whether or not it shares a Web 
server with another merchant. 

There is a separate object for each item belonging to a 
merchant. For example item # 1A1, 511, indicates that this 
is a first item, such as a chair, from merchant A, and it is 

30 the first chair item within the merchant's inventory of "n" 
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chairs. A third chair item within the inventory may be 
designated as "item 1A3". Likewise, a desk from merchant A 
is shown herein as item "2An" 513 where "n" indicates which 
specific desk within the inventory of desks it is. In 
5 essence, each unique item from a merchant is represented as 
a unique object. 

Depending upon the specific implementation, each object 
has some, if not all, of the following attributes or states: 
available, hold, buy, canceled, and conditional. If an item 
10 is indicated to be "available", an instance of the object 
can be copied to, i.e., sent to, the client and placed in 
the client's shopping cart. Once an instance of the object 
is sent to the client, the state of the object changes to 
either "hold" or "buy" or "conditional". When the state 
15 changes, the particular object is no longer available and 
cannot be sent to another client. When the client or 
another merchant sends a message to a Web server to cancel a 
transaction, the instance of the object at the client is 
deleted, and the state of the instance of the object at the 
20 Web server changes to "canceled" . After the Web server 
processes the cancellation, the Web server will change the 
state of its object from canceled to "available", thereby 
making that object available to another client. 

state of an object can change to "conditional" 



25 pursuant txK^he following scenario. The client can send a 
message to a merfefe^nt, e.g., merchant A, indicating that the 




client desires to buy iteaLlAl,, 511, from that merchant if 
merchant B will cancel item 1KH^521, with me rchant B . The 

A 

state of item 1A1 at merchant A charit^s from "available" to 
30 "conditional" as a copy of the object 25T1 with the 
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conditional state is send to the client 550. In the message 
from the client to merchant A, the client has included the 
necessary information identifying the merchant, the item 
from the merchant, and the buyer. Merchant A sends a 
message to the identified merchant, e.g., merchant B, 
identifying the item and the buyer and requesting a 
cancellation of that transaction. Merchant B changes the 
state of the object at merchant B from bought to canceled 
and sends a message to the buyer that deletes the copy of 
the object from the buyer's shopping cart. When merchant B 
completes the processing of the cancellation, merchant B 
will change the state of its object 521 for that item from 
canceled to available. Merchant B will then sent a message 
to merchant A indicating that the transaction has been 
canceled. Merchant A changes the state of the object of its 
item 511 from conditional to either bought or hold, 
depending upon the desires of the buyer as indicated in the 
first message between the buyer and merchant A. 

A client is enabled to select and collect objects with 
specified states representing the items from various 
merchants across one or more Web servers. As each item 
(i.e., object) is collected, it is displayed, along with any 
other collected items, at the client along with an 
indication of the specified states of each item. The client 
is also enabled to change the state of any of the objects of 
the items displayed. Upon a change of state, the client 
will automatically send an indication to the applicable 
merchant that the state is changed. This can be done 
through a URL link associated with each selectable state on 
each object. Other means can also be used such as by the 
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sending of messages. Depending upon the initial state of 
the object selected, and any changed states thereafter, the 
Web server of the corresponding merchant will perform any 
necessary locking of objects or associated data and/or will 
5 perform any necessary processing. 

Figs. 6A-6C illustrate the process steps, system means, 
and program function at a Web server for managing the states 
of the objects for various transactions in response to 
selections made by a client. At 601, Fig. 6A, the Web 

10 server waits for a request from a client for a specific 
item. If there is a request for an item, the Web server 
determines if there is an object available for the item 602. 
If not, the request is denied and a request_denied message 
is sent back to the client, 603. Then, the Web server 

15 continues to wait for a next request 601. If an item is 
available, the Web server determines the request type as 
being either hold, buy, cancel, or conditional 604. 

For a hold request, the following events occur. If an 
object is available, the state is changed to hold, 613; and 

20 a copy of the object is sent to the client, 614. A timer is 
started, 615, to determine if a buy or cancel request, 616, 
is received for the object within a predetermined time 
period 617. If the time period expires, the hold state is 
changed to the cancel state, 618, and a message is sent to 

25 the client to delete the object, 619. The Web server then 
cancels the transaction, 62 0. When the Web server completes 
the cancellation process, the state of the object is changed 
from cancel to available, 621. If there is a request to buy 
or cancel, 616, then the Web server determines the type of 

30 the request 623. If a cancel request was received, the 
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process continues with steps 618 - 621, as described above. 
If a buy request is received, the state of the object is 
changed to buy 624, and the server carries out the buying 
transaction 625. 
5 Returning to step 604, if instead of a hold request, 

the request was initially a buy request, the state of the 
object at the server is changed to buy 624. The Web server 
completes the buying transaction with the client 625. 
At step 604, Fig. 6A, if the request was a cancel 

10 request, the Web server continues processing as shown in 
Fig. 6B. The Web server determines the item, 651, and 
changes the state to cancel, 652. The Web server sends a 
message to the client to delete the object, 653, and cancels 
the transaction 654. The Web server then changes the state 

15 of the object to available, 655. 

At step 604, Fig. 6A, if the request was a conditional 
request, the Web server continues processing as shown in 
Fig. 6C . The Web server changes the state of the object 
from available to conditional 671, and sends a copy of the 

20 object to the client 672. The Web server determines the 
identity of the other merchant, buyer, and item from the 
request, 673. The Web server sends a message to the other 
merchant to cancel the item with the buyer, 674. When the 
Web server receives confirmation that the other merchant has 

25 canceled the- previous transaction with the buyer, 675, then 

the state is changed from conditional to buy or hold as 

requested, 676 at" both the server and the client 677. 

fell 

Processing continues at either steps 678 or as shown m 

Fig. 6A. 

30 
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Fig. 7 illustrates an embodiment of a system 10 for 
transferring information within a client/server network. 
System 10 includes computational devices used as a network 
server, a proxy and a client. A computational device may 
5 be, but is not limited to, a personal computer, laptop, 
workstation, mainframe or hand held computer including 
palmtops, personal digital assistants, smart phones, and/or 
cellular phones. In the embodiment of Fig. 7, server 12 
includes cache 14, processor 16 and storage device 18. 

10 Cache 14 is a collection of storage locations which are 

rapidly accessible by processor 16. In an embodiment, cache 
14 may be a portion of the processor's system memory 
allocated for temporary storage. Storage device, or storage 
medium, 18 may take many forms, such as volatile and/or 

15 nonvolatile memory or any combination thereof. Volatile 
memory may be any suitable volatile memory device, e.g., 
RAM, DRAM, SRAM. Nonvolatile memory may include storage 
space, e.g., via the use of hard disk drives or tapes. Some 
example storage mediums include a magnetic disk, a hard 

20 drive or floppy drive, an optical disk, and/or magnetic 
tape. Such a storage device is sometimes referred to as a 
"direct access storage device" (DASD) . Typically, storage 
device 18 has a larger storage capacity than cache 14, but 
takes longer for processor 16 to access. 

25 In the embodiment of Fig. 7, storage device 18 includes 

files 20 and program instructions 22, also referred to as 
program executables. The program instructions are typically 
stored as "executable files" in a storage device and loaded 
into memory during execution. Files 20 may include 

30 documents such as Web pages suitable for viewing by a user 
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of the network, and may contain text, graphics, video and/or 
audio information. Such document files may be in the HTML 
language, or in other suitable languages such as Extensible 
Markup Language (XML) or Wireless Markup Language (WML) . 
5 Files 2 0 may further include data files suitable for use by 
computational devices in communicating across the network. 
"Files" as used herein may refer to any collection of data 
suitable for storing on a computational device or 
transferring within a network. Program instructions 22 may 

10 include various program instructions used to implement 

functions of network server 12, such as program instruction 
used to implement the methods described herein. 

Transmission medium 24 may be used to connect network 
server 12 to other computational devices, such as proxy 

15 server 26 and/or client 28. Transmission medium 24 may 
include, for example, a wire, cable, wireless transmission 
path, or a combination of these. Protocols used for 
transmission medium 24 may include TCP/IP, HTTP, and/or 
other suitable protocols such as Wireless Applications 

20 Protocol (WAP) . 

System 10 may include client 28, linked to server 12 
using transmission medium 24. In the embodiment of Fig. 7, 
client 28 includes cache 14, processor 16, and storage 
device 35. Storage device 35 is similar to storage device 

25 18 described above, and may include files 39, a browser 
program 37 and program instructions 36. Program 
instructions can include operating system program 
instructions and application program instructions. Although 
a browser program such as browser 37 is implemented using 

30 program instructions (or executables) such as instructions 
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36, browser 37 is shown separately in Fig. 7 to emphasize 
this feature of the client. Browser program 37 may be, for 
example, a web browser which allows a user to retrieve and 
view files on the World Wide Web (WWW) , or a program which 
5 performs a similar function on some other network. In some 
embodiments, client functions involved in implementation of 
the methods described herein are included in browser 37 . 
Such functions, and/or other functions of the client 
computing device, may also be implemented in separate 
10 program instructions such as program instructions 36. Files 
39 may include various files stored on the client 
f=% computational device, including files downloaded from a 

S network server such as server 12. Client 28 is typically 

|7 associated with an output device 38 and input device 40, 

UJ 15 particularly in embodiments for which the client 
2 computational device is operated by a user of the system 10. 

33 Output device 3 8 may include, for example, a display screen 

g and/or a printer. Input device 40 may include, for example, 

fU a keyboard, voice input system, touch sensitive device, 

"Jj 20 and/ or a pointing device such as a mouse, track ball, light 
O pen, pen-stylus, and/or any other input means. 

™ In some embodiments, system 10 may also include a proxy 

server 26. A proxy server as used herein refers to a 
computational device which acts as an intermediary between a 
25 client and a "real" server. The proxy server may appear as 
a server to the client, and as a client to the real server. 
Requests from the client may be responded to by the proxy 
server, or passed on to the real server. Files or other 
communications from the real server may be passed on to the 
30 client by the proxy server. A proxy server may be employed 
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in system 10 for various reasons. For example, proxy 
servers may be used to provide specialized content and/ or 
improved performance to a selected group of client 
computers. An example of this may be the use of caching by 
5 proxy servers to increase the speed of providing some files 
to subscribers to a particular Internet Service Provider 
(ISP) . Another use of a proxy server may be to filter the 
information being sent from the client to a real server, 
and/or from the real server to the client. In the 
10 embodiment of Fig. 7, proxy server 2 6 includes cache 14, 
processor 16, and storage device 30. Storage device 30 may 
include files 32 and proxy server program instructions 34. 
Files 32 may include any files stored on the proxy server, 

: a i 

M= such as files being transmitted between a server and a 

2? 15 client. Program instructions 34 may include various program 

M= instructions used to implement functions of proxy server 26, 

^ such as interacting with client computers. 

□ In Fig. 7 and in any other block diagrams appearing 

herein, the blocks are intended to represent functionality 
20 rather than specific structure. Implementation of the 
represented system using circuitry and/or software could 
involve a combination of multiple blocks into a single 
circuit or device, or a combination of multiple circuits 
and/or devices to realize the function of a block. For 
25 example, cache 14 may be included on a semiconductor chip 
embodying processor 16. Furthermore, a system such as 
system 10 may include other elements not explicitly shown. 
For example, multiple servers, proxy servers, and/or clients 
not shown in Fig. 7 may be included in a system used for 
30 implementing the methods and functions described herein. 
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Further, the server, proxy server, and/or client 
computational devices may themselves include additional 
elements not shown. 

The exemplary embodiment shown in Fig. 7 is provided 
5 solely for the purposes of explaining the preferred 

embodiments of the invention; and those skilled in the art 
will recognize that numerous variations are possible, both 
in form and function. For instance, any one or more of the 
following - the processor and/ or memory and/ or the 

10 input /output devices - could be resident on separate systems 
such as in a network environment. 

The preferred embodiments may be implemented as a 
method, system, or article of manufacture using standard 
programming and/ or engineering techniques to produce 

15 software, firmware, hardware, or any combination thereof. 
The term "article of manufacture" (or alternatively, 
"computer program product") as used herein is intended to 
encompass data, instructions, program code, and/or one or 
more computer programs, and/or data files accessible from 

20 one or more computer usable devices, carriers, or media. 
Examples of computer usable mediums include, but are not 
limited to: nonvolatile, hard-coded type mediums such as 
CD-ROMs, DVDs, read only memories (ROMs) or erasable, 
electrically programmable read only memories (EEPROMs) , 

25 recordable type mediums such as floppy disks, hard disk 
drives and CD-RW and DVD-RW disks, and transmission type 
mediums such as digital and analog communication links, or 
any signal bearing media. 

The foregoing description of the preferred embodiments 

30 of the invention has been presented for the purposes of 
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illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form 
disclosed. Many modification and variations are possible in 
light of the above teaching. For example, although 
5 preferred embodiments of the invention have been described 
in terms of the Internet, other network environments 
including but not limited to wide area networks, intranets, 
and dial up connectivity systems using any network protocol 
that provides basic data transfer mechanisms may be used. 

10 

It is intended that the scope of the invention be 
limited not by this detailed description, but rather by the 
claims appended hereto. The above specification, examples 
and data provide a complete description of the manufacture 

15 and use of the system, method, and article of manufacture, 
i.e., computer program product, of the invention. Since 
many embodiments of the invention can be made without 
departing from the spirit and scope of the invention, the 
invention resides in the claims hereinafter appended. 

20 Having thus described the invention, what we claim as 

new and desire to secure by Letters Patent is set forth in 
the following claims. 



